System and method for operating a safety-critical device over a non-secure communication network

ABSTRACT

In a system and method for operating, at a near location, a remote safety-critical device, the system includes a first operating input device operated at the near location, providing a first barrier control signal; and a second operating input device to be operated at the near location, providing a second barrier control signal. The first barrier control signal is communicatively connected to a near end of a first secure communication tunnel, and the second barrier control signal is communicatively connected to a near end of a second secure communication tunnel, both through the non-secure communication network. Far ends of the first and second secure communication tunnels are communicatively connected to activating inputs of first and second barrier circuits, respectively. The first and second barrier circuits enable operation of the safety-critical device when both are activated.

FIELD OF THE INVENTION

The present invention relates to a system and method for operating a safety-critical device over a non-secure communication network.

BACKGROUND OF THE INVENTION

The defense industry is moving towards standardized platforms and infrastructures. In these platforms all systems are required to interoperate over packet based networks. The operator positions become multipurpose operator positions shared between several systems. The interface between the system and the operator positions thus changes.

Similar requirements are also present in other safety critical application fields.

Hence, there is a need for a system and method for providing a method and system for operating, at a near location, a safety-critical device located at a far location.

In particular, there is a need for such a system and method which may utilize certain aspects of already existing, hard-wired solutions, fulfil relevant safety requirements, provide a secure, tamper proof and supervised connection, and which make use of standard protocols and networking elements.

SUMMARY OF THE INVENTION

The invention is defined by the appended claims.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a schematic block diagram illustrating is a schematic block diagram illustrating a context wherein the disclosed system and method principles may be used.

FIG. 2 is a schematic block diagram illustrating an exemplary system employing basic principles of the invention.

FIG. 3 is a schematic block diagram illustrating an exemplary system employing further principles of the invention

FIG. 4 is a schematic flowchart illustrating principles of a method according to the invention.

FIG. 5 is a schematic block diagram illustrating an exemplary system employing principles of the invention, including safety related blocks and video session identification.

FIG. 6 is a schematic block diagram illustrating an exemplary system employing principles of the invention, including packet based safety barriers.

FIG. 7 is a schematic block diagram illustrating an exemplary protocol stack for use in a system or method according to the invention.

FIG. 8 is a schematic sequence diagram illustrating information transfer in certain aspects of the invention, including time-stamping features.

FIG. 9 is a schematic sequence diagram illustrating information transfer in certain aspects of the invention, including hardware barrier supervision.

FIG. 10 is a schematic sequence diagram illustrating information transfer in certain aspects of the invention, including connectivity supervision.

FIG. 11 is a schematic block diagram illustrating an exemplary system employing principles of the invention, including user arbitration features.

FIG. 12 is a schematic block diagram illustrating an exemplary system employing principles of the invention, including video distribution.

FIG. 13 is a schematic block diagram illustrating aspects relating to the modification of a previous system to include principles of the invention.

FIG. 14 is a schematic block diagram illustrating two barrier multiplexers.

DETAILED DESCRIPTION OF THE INVENTION

FIG. 1 is a schematic block diagram illustrating an exemplary context wherein the presently disclosed system and method may be employed.

Remotely controllable weapon stations, each including a power device, have been illustrated as examples of safety-critical devices located at a far location.

A gunner station and a commander station have been illustrated as examples of operating stations at a near location, to be operated by an operator. Each operating station includes operating input devices, e.g. weapon firing circuitry and/or weapon movement circuitry.

A network has been schematically illustrated for providing communication between the near and far locations.

Some possible advantageous features of the presently disclosed method and system include:

-   -   User arbitration: The controlling user (operator) of each weapon         station should advantageously be established, and the system         should advantageously be safe with respect to intentional         tampering and unintentional user access.     -   Video distribution: The controlling user (operator) should         advantageously be able to see and control video data captured at         a weapon station, and the system should advantageously be safe         and therefore have a positive confirmation that the user         (operator) is viewing the correct video source if safety         critical operations are to be allowed.     -   Movement: The controlling user (operator) should advantageously         be able to safely move the weapon station, and the weapon         station must be safe with respect to unintended movements.     -   Firing: The controlling user (operator) should be able to fire         the weapons, and the weapon station should be safe with respect         to unintended fire.     -   Otherwise the system may advantageously allow:     -   A monitoring user to view any video source.     -   The screens to be used for multiple purposes.     -   The communication between the near and far locations to be         packet based communication.

FIG. 2 is a schematic block diagram illustrating an exemplary system employing basic principles of the invention.

The system 100 is a system for operating, at a near location, a safety-critical device located 180 at a far location. The safety-critical device 180 may, e.g., be a weapon firing circuitry or a weapon movement circuitry, although alternatives exist.

The upper part of FIG. 2 represents the near location and the lower part of FIG. 3 represents the far location.

The system comprises a first operating input device 110 to be operated at the near location by an operator, providing a first barrier control signal 112. The system further comprises a second operating input device 120 to be operated at the near location by an operator, providing a second barrier control signal 122.

Each operating input device 110, 120 may be, e.g., a weapon fire control device or a weapon movement control device, although alternatives exist.

The first 110 and second 120 operating input devices may be arranged to be operated by the same operator or by different operators.

Further in the system, the first barrier control signal 112 is communicatively connected to a near end of a first secure communication tunnel through a non-secure communication network 140.

Likewise, the second barrier control signal 122 is communicatively connected to a near end of a second secure communication tunnel through the non-secure communication network 140.

A far end of the first secure communication tunnel is communicatively connected to an activating input 152 of a first barrier circuit 150. Correspondingly, a far end of the second secure communication tunnel is communicatively connected to an activating input 162 of a second barrier circuit 160.

The first 150 and second 160 barrier circuits are configured to enable operation of the safety-critical device 180 when both the first 150 and second 160 barrier circuits are activated.

Advantageously, separate hardware circuits are used for implementing the first 150 and second 160 barrier circuits.

In a particular aspect, not illustrated in FIG. 2, the system may be configured for operating, at a near location, a plurality of safety-critical devices such as the safety critical device 180, located at the far location. In such an aspect, the system may further comprise a first multiplexer which is multiplexes a plurality of first barrier control signals onto the first secure communication tunnel through the non-secure communication network 140. Further, the system may comprise a second multiplexer, multiplexing a plurality of second barrier control signals onto the second secure communication tunnel through the non-secure communication network. Further in this multi-safety-critical device aspect, the first barrier circuit 150 may including a first demultiplexer, and the second barrier circuit 160 may include a second demultiplexer. More detailed features relating to this aspect has been explained with reference to FIG. 14 below.

The non-secure communication network 140 may advantageously be a packet based communication network, such as an Internet Protocol (IP) network. Each of the secure communication tunnels may be is an IPsec tunnel. The IPsec tunnel may be configured in an integrity only mode. Advantageously, the system may be configured with a fixed IP addressing scheme.

Advantageously, the communication through the secure communication tunnel employs a protocol which includes time-stamping of data. Such aspects have been explained in closer detail i.a. with reference to FIG. 8 below.

In a particular aspect, an operating input device may include a video session information device, and the safety-critical device may be a video confirmation device. In this aspect, the system may further comprise (not illustrated in FIG. 2) a video distribution device. The video distributing device is arranged to provide a video signal which is transferred through the non-secure communication network and displayed on a display screen at the near end. Further, the video session information device may be configured to derive video session information from the video signal and transfer the video session information through the secure communication tunnel. Also the video confirmation device may be configured to confirm the authenticity of the video signal transferred through the non-secure communication network. These aspects to a video session information device have been explained in closer detail, i.a. with reference to FIG. 5 and FIG. 12 below.

FIG. 3 is a schematic block diagram illustrating an exemplary system employing further principles of the invention.

The system illustrated in FIG. 3 corresponds to the system illustrated and described with reference to FIG. 2 with some additional features described in the following: The system illustrated in FIG. 3 further includes a third operating input device 130 to be operated at the near location by an operator. The third input device 130 provides a third barrier control signal which is connected to a near end of a third secure communication tunnel through the non-secure communication network 140. A far end of the third secure communication tunnel is connected to an activating input of a third barrier circuit 170. In this system, the first 150, the second 160 and the third 170 barrier circuits are configured to enable operation of the safety-critical device 180 when both the first 150, second 160 and third 170 barrier circuits are activated.

It should be appreciated that additional operating devices and barrier devices may be included in the system. Each barrier device provides the possibility to stop the execution of a function, or said another way—functions the user must activate to enable the use of the safety critical device.

The barriers should advantageously be independent so as to reduce the possibilities of common faults disabling multiple barriers.

Each barrier device may include a barrier control and a barrier circuit. The barrier control is the input from the user used to disable/activate the barrier. The barrier circuit is the actual circuit blocking/opening the use of the safety critical function. In the system illustrated in FIG. 2, two barrier controls must be activated, with the result that both barrier circuits are opened—thus enabling the use of the safety critical function. In the system illustrated in FIG. 3, three barrier controls must be activated, with the result that all 3 barrier circuits are opened—thus enabling the use of the safety critical function.

FIG. 4 is a schematic flowchart illustrating principles of a method according to the invention. The illustrated method is a method for operating, at a near location, a safety-critical device located at a far location. The safety-critical device may, e.g., be a weapon firing circuitry or a weapon movement circuitry, although alternatives exist.

The method starts at the initiating step 210. First, in step 220, a first barrier control signal is provided from a first operating input device to be operated at the near location by an operator.

Next, in step 230, a second barrier control signal is provided from a second operating input device to be operated at the near location by an operator. Each operating input device may be e.g., a weapon fire control device or a weapon movement control device, although alternatives exist.

Further, in step 240, the first barrier control signal is communicated to a near end of a first secure communication tunnel through the non-secure communication network.

Likewise, in step 250, the second barrier control signal is communicated to a near end of a second secure communication tunnel through the non-secure communication network.

In step 260, a signal is communicated from a far end of the first secure communication tunnel to an activating input of a first barrier circuit.

Likewise, in step 270, signal is communicated from a far end of the second secure communication tunnel to an activating input of a second barrier circuit.

Then, in step 280, operation of the safety-critical device is enabled by the first and second barrier circuits when both the first and second barrier circuits are activated.

It will be understood that the illustrated method largely corresponds to the system explained with reference to, i.a., FIGS. 2 and 3 above. Hence, the optional or additional features described with reference to the system may also have their counterpart as optional or additional features of the method.

In an aspect, the method may further comprise steps (not illustrated, but corresponding to the additional system features explained with reference to FIG. 3 above) of providing a third barrier control signal by a third operating input device to be operated at the near location by an operator, communicating the third barrier control signal to a near end of a third secure communication tunnel through the non-secure communication network, communicating, from a far end of the third secure communication tunnel, a signal to an activating input of a third barrier circuit, and enabling, by the first, second and third barrier circuits, operation of the safety-critical device when both the first, second and third barrier circuits are activated.

Separate hardware circuits may advantageously be used for implementing the first and second barrier circuits.

In a particular aspect, the method may be adapted for operating, at a near location, a plurality of safety-critical devices located at the far location. In such a case the method may further comprise multiplexing, by a first multiplexer, a plurality of first barrier control signals onto the first secure communication tunnel through the non-secure communication network, and multiplexing, by a second multiplexer, a plurality of second barrier control signals onto the second secure communication tunnel through the non-secure communication network. In this aspect the first barrier circuit may include a first demultiplexer, and the second barrier circuit may include a second demultiplexer.

The non-secure communication network 140 may advantageously be a packet based communication network, such as an Internet Protocol (IP) network. Each of the secure communication tunnels may be is an IPsec tunnel. The IPsec tunnel may be configured in an integrity only mode. Advantageously, the system may be configured with a fixed IP addressing scheme.

Advantageously, the communication through the secure communication tunnel employs a protocol which includes time-stamping of data. Such aspects have been explained in closer detail, i.a. with reference to FIG. 8 below.

In a particular aspect, an operating input device may include a video session information device, and the safety-critical device may be a video confirmation device. In this aspect, the method may further comprise providing, by a video distribution device, a video signal which may be transferred through the non-secure communication network. The video signal may be displayed on a display screen at the near end. The method may further include deriving, by the video session information device, video session information from the video signal and transferring the video session information through the secure communication tunnel. Then the authenticity of the video signal may be confirmed by the video confirmation device. Certain aspects associated with a video session information device have been explained in closer detail, i.a. with reference to FIG. 5 and FIG. 12 below.

FIG. 5 is a schematic block diagram illustrating an exemplary system employing further principles of the invention, including safety related blocks and video session identification.

A user or operator is established as a controlling user through the establishment of an IPsec tunnel. Each device to be controlled has one (or zero) tunnel and can thus only have one controlling user.

A user has a set of operating input devices, e.g. for movement and firing purposes. Signals provided by the operating input devices are transported over the IP/Ethernet network by the safety over packet module and thus interfaces to the remote remote weapon station (RWS) which includes corresponding firing and movement circuitry.

The video and session identification may be distributed according to some appropriate standard (e.g. DEF-STAN 00.82). The user subscribes to the video and displays it on his screen. The video session identification is fed back to the video confirmation function through the safety over packet modules where it is compared with the local session identification. If they match, the user views the correct video and the safety critical functions like movement and firing have fulfilled one of the safety criteria.

FIG. 6 is a schematic block diagram illustrating an exemplary system employing principles of the invention, including packet based safety barriers.

Basic Protocols and User Arbitration

The basic structure consists of 2 main blocks, the barrier control transport circuits (BCTC) and the IPsec tunnel. In an advantageous embodiment there are normally 3 barriers, which may include two hardware barriers and one software barrier for safety critical functions. These barriers may be implemented and transported in separate circuits with no common logic so that a failure in one may not affect another.

The IPsec tunnel may be a standard tunnel. In an advantageous embodiment it may be an integrity only tunnel which may be established through a standard Diffi-Hellman based key exchange over the non-safety critical Ethernet IP/interface. It can however be any type of IPsec tunnel as long as it is tamper proof.

User arbitration may be achieved by the movement or re-establishment of the IPsec tunnel. The IPsec association between a WSCP and an MPU establishes that position as a controlling user.

FIG. 7 is a schematic block diagram illustrating an exemplary protocol stack for use in a system or method according to the invention.

The IPsec tunnel is established and terminated at each unit (e.g. weapon station control panel, WSCP; main processing unit, MPU). The establishment of this tunnel is following the network addressing scheme—the IP address which is the basis for routing between the units (e.g. WSCP, MPU).

The next layer is the IP layer between the barriers—this is a fixed addressing scheme where each barrier on each side has a fixed address:

WSCP barrier 1: addr x1 WSCP barrier 2: addr x2

MPU barrier 1: addr y1 MPU barrier 2: addr y2

Thus after the IPsec tunnel has been established/moved the MPU barriers will always communicate with the same IP address. This means that the barrier multiplexing scheme in the IPsec module is simple and the design of the HW barriers are static and thus robust.

The RTP/UDP (Real Time Protocol/User Datagram Protocol) is a simple datagram protocol which includes time-stamping possibilities. This use is explained later.

FIG. 8 is a schematic sequence diagram illustrating information transfer in certain aspects of the invention, including time-stamping features.

A useful feature of the information transfer is that the main processing unit, MPU, establishes time slots, TS.

-   -   The TS length may be defined by the frequency of barrier request         messages from the MPU—denoted by x in FIG. 8.     -   The barrier request message provides status information from the         MPU.     -   Within each timeslot the WSCP provides one message.     -   The barrier reply message may be sent at any time during the TS.         If an input changes state during the TS the WSCP may immediately         send the barrier reply carrying the updated status of all         inputs.     -   If there are no changes during the TS the WSCP must provide a         barrier reply to acknowledge connectivity at the reception of         the next TS message (with the status of all inputs, so that the         inputs become defined quickly at startup).     -   The request contains a running sequence number so that the         control panel may verify connectivity.     -   The reply contains the sequence no. of the request, thus         connectivity may be checked at the MPU.

This procedure may ensure certain advantages, including:

-   -   No perception of absolute time required.     -   The bandwidth between the MPU and WSCP may be constant and         controllable (by changing the frequency of barrier request         messages).     -   A change in an input at the WSCP end may be signaled         immediately. If 2 or more changes occur within the same TS, then         the latest will be delayed on TS.     -   The connectivity is supervised at both ends (reception of one         message for each TS)

FIG. 9 is a schematic sequence diagram illustrating information transfer in certain aspects of the invention, including hardware barrier supervision. FIG. 9 illustrates different possible mechanisms involved in the supervision of the information transfer.

The relation to the protocol stack:

-   -   RTP: Verify currentness and End to End connectivity     -   UDP: Verify End To End payload integrity     -   IP: Verify barrier number multiplexing integrity     -   IPsec: Verify authenticity and payload integrity on network         segment     -   Ethernet: Verify segment integrity

Frames with any kind of error are advantageously discarded.

Note also that the concept of sending and receiving one message per TS per HW barrier control transport circuit is advantageous since it also provides the capability to detect loss of frames.

Payload integrity may be verified through:

-   -   End to end:         -   UDP checksum and IP header checksum     -   Network connection (IPsec tunnel): IPsec integrity verification     -   Segments (internal HW errors):         -   BCTC to IPsec circuit: Ethernet CRC verification

Information Currentness

In safety critical applications it is advantageous to verify that the information provided is current (up to date) so that the system is not acting on outdated information. In a packet based network data may be delayed significantly if the network is congested. Such situations should preferably be detected.

The MPU is basically requesting (barrier request) the WSCP to provide the input signals to the MPU every x msec. (Timeslot). The WSCP must provide the data at the end of the timeslot unless the signal changes state during the timeslot in which case the inputs may be provided immediately.

The MPU provides a Timestamp at each request. The reply must contain the timestamp so that it may be determined that the information is current. If 2 changes occur within one TS then the latter change will be reported at the next interval. The inaccuracy in the determination of currentness therefore determined by the length of the timeslot. The length of the timeslot also determines the accuracy by which frames delayed in the network may be measured.

The size of the timeslot should therefore advantageously be set to match the accuracy by which the currentness of the inputs must be measured.

The size of the timeslot may also determine the constant rate at which frames at transmitted through the network.

FIG. 10 is a schematic sequence diagram illustrating information transfer in certain aspects of the invention, including connectivity supervision.

In safety critical systems it is advantageous to monitor connectivity between the units involved. Loss of connectivity shall render the system in a safe state. This is applied for each barrier so that a detected error places the signals carried by the barrier in a safe state.

The MPU is requesting information at a regular basis (once per timeslot). Each request must be acknowledged through a reply message. The loss of a reply is interpreted as loss of connectivity.

In order to allow for a packet loss in a packet network the number of lost frames may be set to a ratio. Eg: a frame loss of 2 ppm (packets per million) before loss of connectivity is declared. An acceptance for packet loss should advantageously be accompanied by the tolerance for reduced accuracy in the determination for currentness and response to change.

Loss of end to end connectivity for the BCTCs results in the disabling of the affected barriers—thus placing the system in a safe state. Connectivity for the barrier circuits may automatically be reestablished when the packet loss and operation of the barrier circuits have been seen to be correct for a defined period (e.g. 10 msec., 1 sec., 10 sec . . . ).

In certain aspects the system and method provide the standard detection of loss of carrier on physical interfaces.

Loss if IPsec connectivity may be repaired through a new arbitration sequence from the user.

FIG. 11 is a schematic block diagram illustrating an exemplary system employing principles of the invention, including user arbitration features.

The user arbitration is a function which includes interactions between the WSCP and the RWS and between the non-safety-critical and safety-critical SW.

-   -   The user requests access (or control) over an RWS.     -   The arbitration logic decides whether to grant access or not.     -   If access is granted:         -   The current connection is closed         -   The requesting WSCP is informed of the acceptance         -   On the RWS: The destination IP address of the IPsec tunnel             is changed to the new user position         -   On the WSCP: The destination IP address of the IPsec tunnel             is set/changed to the RWS         -   The IPsec key is generated through local action (random             number gen) on both ends combined with the Diffi-Hellmann             Key exchange protocol.         -   The hash of the key is set for the IPsec tunnel at both             ends.         -   The tunnel is operational and the barriers are connected.

FIG. 12 is a schematic block diagram illustrating an exemplary system employing principles of the invention, including video distribution.

Video data may be distributed to the user screen(s) by some standardized or proprietary communication means and protocol. The video may be distributed with an identification of the video stream (e.g. SAP/SDP protocols for DEF-STAN 00-82). The session id is fed back to the MPU through the video session id function. The video confirmation function in the MPU compares the id of the distributed video with the received video id and thus confirms that the user views the correct video for the control of the safety critical functions.

FIG. 13 is a schematic block diagram illustrating aspects relating to the modification of a previous system to include principles of the invention.

Migration from Previous Designs

The system and method may advantageously be enabled to reuse safety mechanisms and barriers already present in an existing or previous system. It may also be made so as to reuse the same BCTC HW and SW components for independent safety critical functions, e.g. use BCTC#1 for both movement and missile firing.

FIG. 13 illustrates how the presently disclosed system may be achieved by inserting novel elements and/or features between existing firing and movement barriers. The existing barriers between the firing control and the firing circuitry may be bridged over a packet based network.

FIG. 14 is a schematic block diagram illustrating two barrier multiplexers.

Multiplexers of the type shown here should advantageously be designed as independent functions so as to maintain independence between the barriers.

The disclosed system and method may provide numerous advantages, including at least one of the following:

-   -   Provides separate barriers as required by the safety community     -   May be applied to existing hard-wired solutions—easy migration         of existing solutions     -   Combines supervision and information transfer—low and         controllable bandwidth     -   Is tailorable to response times and bandwidth     -   May be transported over standard IP networks with standard         protocols     -   Provides a safe mechanism for multiuser configurations     -   Barriers may be reused for multiple functions—reduces cost and         complexity         -   Provides a total solution for safety critical systems     -   Is a simple HW solution—simple addressing and information         transfer     -   Few and well defined safety critical components     -   No synchronization required between MPU and WSCP (no common and         accurate Time Of Day)     -   Good supervision for faults     -   Immediate response to change (first change in a TS)     -   Predictable worst case response     -   May be tailored to run on low quality networks (high packet         loss)     -   May be combined with networks according to ongoing         standardization (GVA, DEF-STAN 00-82)     -   May be applied to a large variety of applications

Although the invention has been described by example for control of weapons, the skilled person will readily understand that the system and method may have a more general application area, and that remotely controlled weapon stations have been mentioned merely as an illustrative example of conceivable safety-critical devices. The principles of the invention may thus be applied to any safety critical field, e.g. control of industrial or scientific processes, power plants or remotely operated oil-wells.

ACRONYMS AND ABBREVIATIONS CRC Cyclic Redundancy Check IPSEC Internet Protocol SECurity KPS Kongsberg Protector Systems

MPU Main Processin Unit—The controlling unit in a RWS system

RTP Real Time Protocol

RWS Remotely operated Weapon Station

SAP Session Announcement Protocol SDP Session Description Protocol TCP Transmission Datagram Protocol TS Time Slot UDP User Datagram Protocol

WSCP Weapon Station Control Panel 

1. System for operating, at a near location, a safety-critical device located at a far location, the system comprising a first operating input device to be operated at the near location by an operator, providing a first barrier control signal; a second operating input device to be operated at the near location by an operator, providing a second barrier control signal; the first barrier control signal being communicatively connected to a near end of a first secure communication tunnel through the non-secure communication network; the second barrier control signal being communicatively connected to a near end of a second secure communication tunnel through the non-secure communication network; a far end of the first secure communication tunnel being communicatively connected to an activating input of a first barrier circuit; a far end of the second secure communication tunnel being communicatively connected to an activating input of a second barrier circuit; the first and second barrier circuits being configured to enable operation of the safety-critical device when both the first and second barrier circuits are activated.
 2. System according to claim 1, wherein separate hardware circuits are used for implementing the first and second barrier circuits.
 3. System according to claim 1, further comprising a third operating input device to be operated at the near location by an operator, providing a third barrier control signal; the third barrier control signal being connected to a near end of a third secure communication tunnel through the non-secure communication network; a far end of the third secure communication tunnel being connected to an activating input of a third barrier circuit; the first, second and third barrier circuits are configured to enable operation of the safety-critical device when both the first, second and third barrier circuits are activated.
 4. System according to claim 1, for operating, at a near location, a plurality of safety-critical devices located at the far location, the system further comprising a first multiplexer, multiplexing a plurality of first barrier control signals onto the first secure communication tunnel through the non-secure communication network; a second multiplexer, multiplexing a plurality of second barrier control signals onto the second secure communication tunnel through the non-secure communication network; the first barrier circuit including a first demultiplexer; and the second barrier circuit including a second demultiplexer.
 5. System according to claim 1, wherein the non-secure communication network is a packet based communication network.
 6. System according to claim 5, wherein the non-secure communication network is an IP network and the secure communication tunnel is an IPsec tunnel, e.g. configured in an integrity only mode.
 7. System according to claim 5, wherein the communication through the secure communication tunnel employs a protocol which includes time-stamping of data.
 8. System according to claim 6, wherein the system is configured with a fixed IP addressing scheme.
 9. System according to claim 1, wherein the safety-critical device includes at least one of a weapon firing circuitry, a weapon movement circuitry, and a video confirmation device.
 10. System according to claim 1, wherein the at least one operating input device includes at least one of: a weapon fire control device, a weapon movement control device, and a video session information device.
 11. System according to, claim 1, wherein the operating input device includes a video session information device, and the safety-critical device includes a video confirmation device, the system further comprising a video distribution device providing a video signal, the video signal being transferred through the non-secure communication network and displayed on a screen at the near end; the video session information device being configured to derive video session information from the video signal and transfer the video session information through the secure communication tunnel, the video confirmation device being configured to confirm the authenticity of the video signal transferred through the non-secure communication network.
 12. Method for operating, at a near location, a safety-critical device located at a far location, the method comprising providing a first barrier control signal from a first operating input device to be operated at the near location by an operator; providing a second barrier control signal from a second operating input device to be operated at the near location by an operator; communicating the first barrier control signal to a near end of a first secure communication tunnel through the non-secure communication network; communicating the second barrier control signal to a near end of a second secure communication tunnel through the non-secure communication network; communicating, from a far end of the first secure communication tunnel a signal to an activating input of a first barrier circuit; communicating, from a far end of the second secure communication tunnel, a signal to an activating input of a second barrier circuit; enabling, by the first and second barrier circuits, operation of the safety-critical device when both the first and second barrier circuits are activated.
 13. Method according to claim 12, wherein separate hardware circuits are used for implementing the first and second barrier circuits.
 14. Method according to claim 12, further comprising providing a third barrier control signal by a third operating input device to be operated at the near location by an operator, communicating the third barrier control signal being to a near end of a third secure communication tunnel through the non-secure communication network; communicating, from a far end of the third secure communication tunnel, a signal to an activating input of a third barrier circuit; enabling, by the first, second and third barrier circuits, operation of the safety-critical device when both the first, second and third barrier circuits are activated.
 15. Method according to claim 12, for operating, at a near location, a plurality of safety-critical devices located at the far location, the method further comprising multiplexing, by a first multiplexer, a plurality of first barrier control signals onto the first secure communication tunnel through the non-secure communication network; multiplexing, by a second multiplexer, a plurality of second barrier control signals onto the second secure communication tunnel through the non-secure communication network; and wherein the first barrier circuit including a first demultiplexer; and the second barrier circuit including a second demultiplexer.
 16. Method according to claim 12, wherein the non-secure communication network is a packet based communication network.
 17. Method according to claim 16, wherein the non-secure communication network is an IP network and the secure communication tunnel is an IPsec tunnel, e.g. configured in an integrity only mode.
 18. Method according to claim 16, wherein the communication through the secure communication tunnel employs a protocol which includes time-stamping of data.
 19. Method according to claim 17, wherein the method employs a fixed IP addressing scheme.
 20. Method according to claim 12, wherein the safety-critical device includes at least one of a weapon firing circuitry, a weapon movement circuitry, and a video confirmation device.
 21. Method according claim 12, wherein the at least one operating input device includes at least one of: a weapon fire control device, a weapon movement control device, and a video session information device.
 22. Method according to claim 12, wherein the operating input device includes a video session information device, and the safety-critical device includes a video confirmation device, the method further comprising providing, by a video distribution device, a video signal; transferring the video signal being through the non-secure communication network; displaying the video signal on a screen at the near end; deriving, by the video session information device, video session information from the video signal; transferring the video session information through the secure communication tunnel; and confirming, by the video confirmation device, the authenticity of the video signal transferred through the non-secure communication network. 